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DETAILED ACTION 

Response to Arguments 

1 . Applicant's arguments filed 06/30/20 1 0 have been fully considered but they are not 
persuasive. Applicant argues in summary that: 

McCanne and Mori fail to teach or suggest: 

a) bypass a first routing node as recited in claim 1 ("instructing the sending node to 
bypass a first routing node and issue the routing policy message to a second routing node, the 
instructing based in part on the routing policy of the routing policy message"). 

As to point a), McCanne discloses these limitations in at least paragraphs [0203-0203] 
which disclose that instructions arc included to bypass nodes outside the designated overlay 
channel "Packet 210 is received by MediaBridge computer M2. M2 is part of a native multicast 
group and so is able to distribute the packet via native multicast over the native multicast channel 
"a." Accordingly, M2 changes the destination and source indicators in the native header to "a" 
and M2, respectively. Packet 212 is then transmitted throughout multicast domain 214 where it is 
received by M3 and M4. MediaBridges such as M5 which haven't joined native multicast group 
"a" do not receive packet 212." 

b) a routing table. . . as recited in claim 1 ("accessing a routing table by the second routing 
node to determine a final destination address to route the message, the routing table includes 
categories of messages and a corresponding address for the message"). 
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As to point b), Mori discloses these limitations in at least the abstract and paragraphs 
[0033-0042] which disclose that the type of message and destination are determined according to 
routing table. See also figs. 3-7 and fig. 8, step S801. 

In response to applicant's arguments against the references individually, one cannot show 
nonobviousness by attacking references individually where the rejections are based on 
combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 1981); In re 
Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 

c) returning a policy. . . as recited in claim 1 ("returning the routing policy message which 
includes the routing policy to the sending node when it is determined that the sending node does 
not have routing policy instructions derived from the body of the message"). 

As to point c), the routing nodes of McCanne forward routing messages between each 
other in order to route messages. Since basic error checking is a well known expedient in the art 
it would have been obvious to one of ordinary skill in the art at the time of the invention in order 
to use basic error checking, such as making sure there was routing policy data contained in the 
message, and if not, returning the routing policy to the sending node. Prior art is not limited just 
to the references being applied, but includes the understanding of one of ordinary skill in the art. 
The prior art reference (or references when combined) need not teach or suggest all the claim 
limitations, however, Office personnel must explain why the difference(s) between the prior art 
and the claimed invention would have been obvious to one of ordinary skill in the art (in this 
case, it would have been obvious to use basic error checking, such as making sure there was 
routing policy data contained in the message, and if not, returning the routing policy to the 
sending node). A determination of obviousness should be on what a person of ordinary skill in 
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the pertinent art would have known at the time of the invention, and on what such a person 
would have reasonably expected to have been able to do in view of that knowledge (e.g. one of 
ordinary skill in the art at the time of the invention would have been reasonably expected to use 
basic error checking as described). This is so regardless of whether the source of that knowledge 
and ability was documentary prior art, general knowledge in the art, or common sense. The 
"mere existence of differences between the prior art and an invention does not establish the 
invention's nonobviousness." Dann v. Johnston, 425 U.S. 219, 230, 189 USPQ 257, 261 (1976). 
MPEP2141. 

Regarding claim 40: 

d) Claim 40 is non-obvious over the combination of McCanne, Mori, and Ott. 

As to point d), the Examiner respectfully disagrees. Ott is relied upon to disclose "the 
routing node combining the routing policy with other received routing policies into a master 
routing policy for nodes in the overlay network." Ott discloses these limitations in at least [0023] 
which discloses the aggregation of routing policies. It is the combination of applied references 
and one cannot show nonobviousness by attacking references individually where the rejections 
are based on combinations of references. See In re Keller, 642 F.2d 413, 208 USPQ 871 (CCPA 
1981); In re Merck & Co., 800 F.2d 1091, 231 USPQ 375 (Fed. Cir. 1986). 
2. The differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was 
made to a person having ordinary skill in the art to which said subject matter pertains and a 
patent may not be obtained though the invention is not identically disclosed or described as set 
forth in USC section 102, if the differences between the subject matter sought to be patented and 
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the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter 
pertains. 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 
102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the 
subject matter as a whole would have been obvious at the time the in\ ention w as made to a person having ordinary skill 
hi the art to w hich said subject matter pertains. Patentability shall not be negath ed b\ the manner in which the 
in\ enlion was made. 

4. Claims 1-2, 4, 9, 1 1-14, 25-28, 31, 33, 35-39 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over US 2004/0010616 to McCanne in view of US200402 13223 to Mori et al 
(hereinafter Mori). 

Regarding claim 1, 25, McCanne teaches a method comprising: 

receiving a message at a routing node in an overlay network, the message comprising a 
header and a body, wherein the header comprises information for routing the message 
(McCanne, [0034], routing address information is carried in the message header. See also 
[0055].); 
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passing the message to the application level at the routing node to process the message 
(McCanne, abstract, routing messages are processed at the application level. See also, [0009- 
0010], [0027], and [0033].); 

generating by the routing node a routing policy message, the routing policy message 
including a routing policy, wherein the routing policy comprises instructions for routing nodes 
for redirecting messages, wherein redirecting is based at least in part on the body of the message 
(McCanne, [0044-0046], routing occurs at the application level based on exchanged messages. 
See also, [0203-0206], fig. 6.); 

sending the routing policy message to a sending node (McCanne, [0009-001 1], 
application level control is applied to transferred data. Nodes forward the routing messages after 
they routing policy is computed at the application level. See also, [0041-[0049].); 

instructing the sending node to bypass a first routing node and issue the routing policy 
message to a second routing node, the instructing based in part on the routing policy of the 
routing policy message (McCanne, [0203-0206], instructions are included to bypass nodes 
outside the designated overlay channel. "Packet 210 is received by MediaBridge computer M2. 
M2 is part of a native multicast group and so is able to distribute the packet via native multicast 
over the native multicast channel "a." Accordingly, M2 changes the destination and source 
indicators in the native header to "a" and M2, respectively. Packet 212 is then transmitted 
throughout multicast domain 214 where it is received by M3 and M4. MediaBridges such as M5 
which haven't joined native multicast group "a" do not receive packet 212."); 
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identifying by the sending node the final destination address to which to route the 
message based in part on the routing policy of the routing policy message (McCanne, [0055], 
[0166-0168], [0172], destination address is identified. See also, figs. 4-5.); 

after identifying the final destination address, incorporating by the sending node the 
routing policy into the body of the message and forwarding by the sending node the message to 
the final destination address in the overlay network based on the instructions (McCanne, routers 
forward messages and compute routes including sources and destinations. See [0044-0046], 
[0166-0172].); and 

McCanne discloses generating a routing policy for a sending node, wherein the routing 
policy comprises instructions for redirecting messages as described above. The routing policy of 
McCanne is generated and comprises instructions based on the header and the overlay header as 
described in at least [0203-0206] and fig. 6. It would have been obvious to one of ordinary skill 
in the art at the time of the invention combine generating routing policy based on the body of the 
message as claimed by the Applicant with the teachings of McCanne in view of McCanne's 
generation of routing policy based on headers or overlay headers since these differences amounts 
to mere variation and/or design choice. 

McCanne does not expressly disclose returning the routing policy message which 
includes the routing policy to the sending node when it is determined that the sending node does 
not have routing policy instructions derived from the body of the message, however the routing 
nodes of McCanne forward routing messages between each other in order to route messages. It 
would have been obvious to one of ordinary skill in the art at the time of the invention in order to 
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use basic error checking, such as making sure there was routing policy data contained in the 
message, and if not, returning the routing policy to the sending node. 

McCanne does not expressly disclose accessing a routing table by the second routing 
node to determine a final destination address to route the message, the routing table includes 
categories of messages and a corresponding address for the message. However, Mori discloses 
accessing a routing table by the second routing node to determine a final destination address to 
route the message, the routing table includes categories of messages and a corresponding address 
for the message (Mori, abstract, [0033-0042], type of message and destination are determined 
according to routing table, see figs. 3-7. See also fig. 8, step S801.); 

Therefore it would have been obvious to combine accessing a routing table by the second 
routing node to determine a final destination address to route the message, the routing table 
includes categories of messages and a corresponding address for the message as taught by Mori 
in order to be able to route messages to a plurality of types of networks (Mori, abstract). 

Regarding claim 1 1, the combination of McCanne and Mori teaches the method of claim 
1, further comprising receiving a plurality of routing policies at a sending node from a plurality 
of routing nodes in the overlay network (McCanne, [0132], tracking group membership at an 
overlay node. See also, fig. 5.). 

Regarding claim 13, the combination of McCanne and Mori teaches the method of claim 
1, further comprising applying a transport policy to the message by the sending node after 
changing the address in the header of the message (McCanne, [0034], [0055], modification of 
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header information including address.), wherein the transport policy defines which transportation 
protocol with which to send the message (McCanne, [0012], [0049-0050].). 

Regarding claim 31, 37, McCanne teaches a computer program storage medium 
storing a computer program for executing on a computer system a computer process, the 
computer process method, the method comprising: identifying at least one routing policy for a 
message, the message comprising a header and a body, wherein the header comprises 
information for routing the message (McCanne, [0034], routing address information is carried in 
the message header. See also [0055].), wherein the routing policy comprises instructions for 
redirecting messages based at least in part on content of the body of the message (McCanne, 
[0044-0046], routing occurs at the application level based on exchanged messages. See also, fig. 
6.); changing an address in the message to bypass at least one node in an overlay network based 
on the at least one routing policy (McCanne, [0203-0206], instructions are included to bypass 
nodes outside the designated overlay channel. "Packet 210 is received by MediaBridge computer 
M2. M2 is part of a native multicast group and so is able to distribute the packet via native 
multicast over the native multicast channel "a." Accordingly, M2 changes the destination and 
source indicators in the native header to "a" and M2, respectively. Packet 212 is then transmitted 
throughout multicast domain 214 where it is received by M3 and M4. MediaBridges such as M5 
which haven't joined native multicast group "a" do not receive packet 212." See also fig. 5 and 
[0176].); identifying the final destination address to which to route the message (McCanne, 
[0055], [0166-0168], [0172], destination address is identified. See also, figs. 4-5.); incorporating 
the routing policy into the body of the message and issuing the message in the overlay network 
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directly to the final destination address (McCanne, [0055], [0166-0168], [0172], destination 
address is identified. See also, figs. 4-5.); and sending the at least one routing policy to a sending 
node in the overlay network (McCanne, routers forward messages and compute routes including 
sources and destinations. See [0044-0046], [0166-0172].). 

McCanne does not expressly disclose returning the routing policy message which 
includes the routing policy to the sending node when it is determined that the sending node does 
not have routing policy instructions derived from the body of the message, however the routing 
nodes of McCanne forward routing messages between each other in order to route messages. It 
would have been obvious to one of ordinary skill in the art at the time of the invention in order to 
use basic error checking, such as making sure there was routing policy data contained in the 
message, and if not, returning the routing policy to the sending node. 

McCanne does not expressly disclose accessing a routing table by the second routing 
node to determine a final destination address to route the message, the routing table includes 
categories of messages and a corresponding address for the message. However, Mori discloses 
accessing a routing table by the second routing node to determine a final destination address to 
route the message, the routing table includes categories of messages and a corresponding address 
for the message (Mori, abstract, [0033-0042], type of message and destination are determined 
according to routing table, see figs. 3-7. See also fig. 8, step S801 .); 

Therefore it would have been obvious to combine accessing a routing table by the second 
routing node to determine a final destination address to route the message, the routing table 
includes categories of messages and a corresponding address for the message as taught by Mori 
in order to be able to route messages to a plurality of types of networks (Mori, abstract). 
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Regarding claim 4, 26, 36, the combination of McCanne and Mori teaches the method of 
claim 1, wherein generating the routing policy is at an application level in the routing node 
(McCanne, [0051-0055], [0166-0168], [0172], destination address is identified. See also, figs. 4- 
5.). McCanne does not expressly disclose wherein a compression policy is applied to the 
message prior to forwarding the message to the final destination node in the overlay network. 
However, it would have been obvious to one of ordinary skill in the art at the time of invention to 
apply a compression policy with the method of McCanne in order to encode information using 

fewer bits, thereby reducing the consumption of resources. Sec KSR v. Tclcflcx, 550 U.S. , 

127 S. Ct. 1727, 82U.S.P.Q.2d 1385 (2007). 

Regarding claim 9, 14, 28, 35, 38, the combination of McCanne and Mori teaches the 
method of claim 1, further comprising: applying a transport policy to the message only after 
applying each identified routing policy to the message , wherein the transport policy defines a 
transportation protocol over which to transport the message (McCanne, [0012], [0049-0050].), 
further comprising iteratively applying by the node a plurality of routing policies to the message, 
each of the plurality of routing policies modifying the address in the message (McCanne, [0044- 
0052], overlay multicasting.) McCanne does not expressly disclose applying an encryption 
policy prior to forwarding the message to the final destination node in the overlay network. 
However, it would have been obvious to one of ordinary skill in the art at the time of invention to 
apply an encryption (i.e. security) policy with the method of McCanne in order to facilitate 
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secure communications, which is a well known advantage in networking environments. See KSR 
v. Teleflex, 550 U.S. , 127 S. Ct. 1727, 82 U.S.P.Q.2d 1385 (2007). 

Regarding claim, 33, the combination of McCanne and Mori teaches the system of claim 
3 1 wherein the method further comprises iteratively applying a plurality of routing policies to 
the message, each of the plurality of routing policies changing the address in the message 
(McCanne, [0048-0053], [0115-0120].). 

Regarding claim 2, 12, 27, 39, the combination of McCanne and Mori teaches the method 
of claim 1, further comprising: after passing the message to the application level at the routing 
node, modifying an address of the header of the message, to create a modified address 
(McCanne, [0034], [0055], modification of header information including address.); after 
generating the routing policy for the sending node based at least in part on the body of the 
message, determining from the message if the sending node does not have routing policy 
instructions derived from the body of the message after the message is passed to the application 
level of the routing node (McCanne, [0051-0055], [0166-0168], [0172], destination address is 
identified. See also, figs. 4-5.); and generating the routing policy based on the modified address 
(McCanne, [0051-0055].). McCanne does not expressly disclose returning the routing policy to 
the sending node if it is determined that the sending node does not have routing policy 
instructions derived from the body of the message, however the routing nodes of McCanne 
forward routing messages between each other in order to route messages. It would have been 
obvious to one of ordinary skill in the art at the time of the invention to use basic error checking, 
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such as making sure there was routing policy data contained in the message, and if not, returning 
the routing policy to the sending node. 

5. Claim 40 is rejected under 35 U.S.C. 103(a) as being unpatentable over McCanne in view 
of Mori, and further in view of US 2003/0120817 to Ott et al (hereinafter Ott). 

Regarding claim 40, the combination of McCanne and Mori teaches the method of claim 
1, further comprising: after returning the routing policy message to the sending node. McCanne 
does not expressly disclose the routing node combining the routing policy with other received 
routing policies into a master routing policy for nodes in the overlay network. 

However, Ott discloses the routing node combining the routing policy with other received 
routing policies into a master routing policy for nodes in the overlay network (Ott, [0023].). 

Therefore it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the teachings of McCanne and Ott in order to create content routing tables 
for forwarding packets through a network (Ott, [0023].). 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to RYAN J. JAKOVAC whose telephone number is (571)270-5003. 
The examiner can normally be reached on Monday through Friday, 7:30 am to 5:00 pm EST. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Vivek Srivastava can be reached on 571-272-7304. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Ryan Jakovac/ 

/VIVEK SRIVASTAVA/ 

Supervisory Patent Examiner, Art Unit 2445 



